home *** CD-ROM | disk | FTP | other *** search
/ MACD 5 / MACD 5.bin / internet / irc_i_dodatki / phoenix / aminuts.lzx / aminet4.msg < prev    next >
Internet Message Format  |  1996-11-08  |  6KB
  1. From: Paladin <nidalap@cris.com>
  2. To: Fionn Behrens <fionn@informatik.uni-siegen.de>, Oliver Wagner <wagner@fuzzy.knipp.de>, AmiNet Probleme <aminet@aminet.org>
  3. CC: Russ Leighton <russ@sneezy.lancaster.ca.us>, StarDustr <dtbecker@ptd.net>, YAM <mbeck@access.ch>, kruse@nordicglobal.com
  4. Date: Sat, 02 Nov 1996 16:08:22 -0800
  5. Message-ID: <yam6880.1105.135612520@smtp.cris.com>
  6. In-Reply-To: <43292245@mompls.mlink.uni-siegen.de>
  7. X-Mailer: YAM 1.3.2 - Amiga Mailer by Marcel Beck
  8. Subject: Re: Phoenix 1.15
  9. MIME-Version: 1.0
  10. Content-Type: text/plain; charset=iso-8859-1
  11. Content-Transfer-Encoding: quoted-printable
  12.  
  13. On 02-Nov-96, Fionn Behrens wrote:
  14.  
  15. >You may not know that every kick and ban is broadcasted worldwide and modes,
  16. >nickchanges and joins are therefor the most bandwith-consuming actions you
  17. >can take. Your script is full of automatically launched actions of this type.
  18.  
  19. Auto-Opping or Kicking someone to stop them from flooding a channel is
  20. hardly the definition of a "warscript" as you put it.  Such abilities are
  21. in MCF4AmIRC which you made no complaints about allowing on aminet and they
  22. built into most PeeCee IRC clients.  Auto-Greet (which I refuse to support)
  23. uses much more band-width that both of these together.
  24.  
  25. >> are passive defenses AGAINST attacks and I challenge you to show otherwise.
  26.  
  27. >I gladly will:
  28. >The following features of your script do IMHO have nothing to do with
  29. >"passive defense":
  30.  
  31. The stress (the word in caps) was on "AGAINST attacks" since you claimed
  32. Phoenix was a bandwidth attacking "warscript".  For every item you list
  33. below, ask yourself "War, yes or no?"
  34.  
  35. >  · Auto-Op Friends on Join
  36. >            is it random delayed so that not everyone is op'ed by three
  37. >            others (hail to phoenix, yuck!) on every join?
  38.  
  39. Don't you know?  You wouldn't just ban me from aminet on an assumption
  40. would you?
  41.  
  42. >  · Auto-BanKick Enemies on Join
  43. >            this is what you call passive?
  44.  
  45. It eats less band-width in the long run than allowing know flooders to
  46. continuous re-join & re-flood a channel.
  47.  
  48. >  · Protect Friends from DeOp/Ban
  49. >            automatic unconfirmed actions of this type are generally
  50. >            questionable and (most of the time) superfluous.
  51.  
  52. Returning setting to the existing status-quo is not an act of war.
  53.  
  54. >  · Revenge Kick on DeOp/Ban/Kick of Friends
  55. >                            "revenge"-autokick? quite childish, aint it?
  56.  
  57. Knee-jerk reaction to the term "revenge".
  58.  
  59. >  · Mass/Channel-wide Ban/UnBan/Op/Deop/Msg/Notice/CTCP
  60. >            how passive! deoping a whole channel, wow. You may be serious
  61. >            enough not to do such thing but there are shitloads of assholes
  62. >            out there waiting to abuse your script with a simple mouse click.
  63.  
  64. Nothing wrong with manually PINGing everyone on your channel to check your
  65. lag status and decide if you need to switch servers.  Likewise, messaging
  66. or noticing a group of people is quite useful.  As to the others, it
  67. depends upon the user -- I wasn't about to hardcode in a "sorry too many
  68. selections" or "that type of action is not allowed" limit.  There is a
  69. limit of 3 actions at a time (not that you bothered to check).  Half the
  70. clients out there allow multiple arguments.  Ban & UnBan had to be added
  71. because of the bug in AmIRC's own /ban command which truncates the
  72. username.  I have reported this and all bugs to AmIRC's author.
  73.  
  74. >  · Random Nick
  75. >  · Random I-Nick
  76. >            what is this good for, except avoiding kicks while flooding a
  77. >            channel or whatever?
  78.  
  79. It does not automatically change nicks at any time.  They are "good for"
  80. avoiding being flooded by a group attacking your current nick.
  81.  
  82. >  · War Mode - BKick on DeOp/Ban/Kick of Friends/self
  83. >            quite passive.
  84.  
  85. Not an attack.  It sets other flood protections too, such as /ignore and
  86. disabling internal auto-DCC functions (like autoget, which is built into
  87. most PeeCee clients).
  88.  
  89. >  · Flash/Zflash Nick/Channel
  90. >            Crashing peoples terminals for peace, hmm?? Come on...
  91.  
  92. A childish prank that does not "crash people's terminals, but is merely
  93. an ALIAS (not even in Phoenix itself) that sends "**B0" or ";5h(0" once.
  94. Hardly damaging or a band-width eater.
  95.  
  96. >> The "war mode" mentioned in the docs (if you even read them) bans, kicks,
  97. >> and ignores a flooder; it DOES NOT return flood him.
  98.  
  99. >Well, thats what I call generous.
  100.  
  101. I figured I should specify since your heart no doubt jumped at seeing the
  102. term "war mode".
  103.  
  104. >> I will await your reply before notifying the rest of the Amiga programming
  105. >> community of this unjust and ignorant action taken against a benevolant
  106. >> freeware developer.
  107.  
  108. >*giggle* Just do it. We will have a good laugh.
  109.  
  110. By denying loyal Amigans that which is readily available in the stock
  111. versions of other platforms clients and berating the few remaining Amiga
  112. developers will only hasten the death of the last vestiges of our dwindling
  113. Amiga community.  As anyone that has followed the development of Phoenix-
  114. AmIRC could tell you, I spend a lot of time stripping out all offensive
  115. elements from Dark-Phoenix in order to create a public releasable package
  116. that enhances AmIRC for it's users.  I have always acted with forebarance
  117. and never uploaded the non-stripped version to aminet or anywhere else.
  118.  
  119. >PS: The next version of AmIRC will have a list of officially approved 'good'
  120. >    scripts in the docs. Users will be explicitly warned to use other scripts
  121. >    of any kind. I will approve the scripts. And yours - at least in its
  122. >    current state - will not make it there.
  123.  
  124. Pardon me?  You are not the author of AmIRC and claiming any authority over
  125. it is a weak and hollow threat.  I talk to Olli regularly, and he approves
  126. of my script.
  127.  
  128. _____________________________________________________________    /\______
  129.                                                              \  /
  130.              "Real computers have keyboard garages."          \/
  131.    /\         - Amiga 1000 [50mhz 030/882, 26MB RAM]
  132. __//\\___________________________________________________________________
  133.   \\//                                                      PhoEniX-AmIRC
  134.    \/
  135.